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Water Detection Based on Object Reflections 
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Water bodies are challenging terrain 
hazards for terrestrial unmanned 
ground vehicles (UGVs) for several 
reasons. Traversing through deep 
water bodies could cause costly damage 
to the electronics of UGVs. Addition- 
ally, a UGV that is either broken down 
due to water damage or becomes stuck 
in a water body during an autonomous 
operation will require rescue, poten- 
tially drawing critical resources away 
from the primary operation and in- 
creasing the operation cost. Thus, ro- 
bust water detection is a critical per- 
ception requirement for UGV 
autonomous navigation. 

One of the properties useful for de- 
tecting still water bodies is that their 
surface acts as a horizontal mirror at 
high incidence angles. Still water bod- 
ies in wide-open areas can be detected 
by geometrically locating the exact 
pixels in the sky that are reflecting on 
candidate water pixels on the ground, 
predicting if ground pixels are water 
based on color similarity to the sky and 
local terrain features. But in cluttered 
areas where reflections of objects in 
the background dominate the appear- 
ance of the surface of still water bod- 
ies, detection based on sky reflections 
is of marginal value. Specifically, this 
software attempts to solve the problem 
of detecting still water bodies on cross- 
country terrain in cluttered areas at 
low cost. 

Still water bodies are indirectly de- 
tected in cluttered areas of cross-country 
terrain by detecting reflections of ob- 
jects in the water bodies using imagery 
acquired from a stereo pair of color 
cameras, which are mounted to the 
front of a terrestrial UGV. Object reflec- 
tions can be from naturally occurring 
(e.g. vegetation, trees, hills, mountains, 
clouds) or man-made entities (e.g. signs, 
poles, vehicles, buildings, bridges). 
Color cameras provide a lower-cost solu- 
tion than specialized imaging sensors 
(such as a polarization camera) and 
laser scanners. In addition, object reflec- 
tions can be detected in water bodies 
with stereo vision at further ranges than 
with lidar scanners. 



A hole in Stereo Range Data may be a water body still too small to be detected in image space. In this 
example, the hole was labeled a potential hazard in the world map in frame N. In the next frame, 
where there was previously a hole, there was range data that was detected as an object reflection, 
providing confirmation of a water body. 
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Four methods for detecting object re- 
flections have been implemented: detec- 
tion in the rectified camera images using 
cross correlation, detection in stereo 
range images, detection in a world map 
generated from range data, and detec- 
tion using combined stereo range im- 
ages and rectified camera images. Detec- 
tion in stereo range images (see figure) 
exploits the knowledge that 3D coordi- 
nates of stereo range data on object re- 
flections occur below the ground sur- 
face at a range close to that of the 
reflecting object. 


Any autonomous robotic platform 
used on cross-country terrain that has re- 
strictions on driving through water 
could benefit from this software, includ- 
ing military platforms and perhaps some 
agricultural platforms. The automotive 
industry could potentially benefit from 
an application of this technology to de- 
tect wet pavement. 

This work was done by Arturo L. Rankin 
and Larry H. Matthies of Caltech for 
NASA’s Jet Propulsion Laboratory. Further 
information is contained in a TSP (see 
page 1). 


In accordance with Public Law 96-517, 
the contractor has elected to retain title to this 
invention . Inquiries concerning rights for its 
commercial use should be addressed to: 
Innovative Technology Assets Management 

JPL 

Mail Stop 202-233 
4800 Oak Grove Drive 
Pasadena, CA 91109-8099 
E-mail: iaoffice@jpl.nasa.gov 
Refer to NPO-48494, volume and number 
of this NASA Tech Briefs issue, and the 
page number. 


® SATPLOT for Analysis of SECCHI Heliospheric Imager Data 

NASA’s Jet Propulsion Laboratory, Pasadena, California 


Determining trajectories of solar tran- 
sients such as coronal mass ejections is 
not always easy. White light images from 
SECCHI’s (Sun Earth Connection Coro- 
nal and Heliospheric Investigation) he- 
liospheric imagers are difficult to inter- 
pret because they represent a 
line-of-sight projection of optically thin 
solar wind structures. A structure’s image 
by itself gives no information about its 
angle of propagation relative to the Sun- 
spacecraft line, and an image may show a 
superposition of several structures, all 
propagating at different angles. Analyz- 
ing SECCHI heliospheric imager data 
using plots of elongation (angle from the 


Sun) versus time at fixed position angle 
(aka “Jplots”) has proved extremely use- 
ful in understanding the observed solar 
wind structures. This technique has been 
used to study CME (coronal mass ejec- 
tion) propagation, CIRs (corotating in- 
teraction regions) , and blobs. 

SATPLOT software was developed to 
create and analyze such elongation ver- 
sus time plots. The tool uses a library of 
cylindrical maps of the data for each 
spacecraft’s panoramic field-of-view. 
Each map includes data front three SEC- 
CHI white-light telescopes (the COR2 
coronagraph and both heliospheric im- 
agers) at one time for one spacecraft. 


The maps are created using a Plate Car- 
ree projection, optimized for creating 
the elongation versus time plots. The 
tool can be used to analyze the observed 
tracks of features seen in the maps, and 
the tracks are then used to extract infor- 
mation, for example, on the angle of 
propagation of the feature. 

This work was done by Jeffrey R. Hall and 
Paulett C. Liewer of Caltech for NASA’s Jet 
Propulsion Laboratory. Further information is 
contained in a TSP (see page 1 ). 

This software is available for commercial li- 
censing. Please contact Daniel Broderick of 
the California Institute of Technology at 
danielb@caltech. ed.u. Refer to NPO-4 7826. 


** Plug-in Plan Tool v3. 0.3.1 

Lyndon B. Johnson Space Center, Houston, Texas 


The role of PLUTO (Plug-in Port UTi- 
lization Officer) and the growth of the 
International Space Station (ISS) have 
exceeded the capabilities of the current 
tool PiP (Plug-in Plan). Its users (crew 
and flight controllers) have expressed 
an interest in a new, easy-to-use tool with 
a higher level of interactivity and func- 
tionality that is not bound by the limita- 
tions of Excel. 

The PiP Tool assists crewmembers and 
ground controllers in making real-time 
decisions concerning the safety and 
compatibility of hardware plugged into 
the UOPs (Utility Outlet Panels) on- 
board the ISS. The PiP Tool also pro- 
vides a reference to the current configu- 
ration of the hardware plugged in to the 


UOPs, and enables the PLUTO and 
crew to test Plug-in locations for con- 
straint violations (such as cable connec- 
tor mismatches or amp limit violations), 
to see the amps and volts for an end 
item, to see whether or not the end item 
uses 1553 data, and the cable length be- 
tween the oudet and the end item. As 
new equipment is flown or returned, the 
database can be updated appropriately 
as needed. The current tool is a macro- 
heavy Excel spreadsheet with its own 
database and reporting functionality. 

The new tool captures the capabili- 
ties of the original tool, ports them to 
new software, defines a new dataset, 
and compensates for ever-growing 
unique constraints associated with the 


Plug-in Plan. New constraints were de- 
signed into the tool, and updates to ex- 
isting constraints were added to provide 
more flexibility and customizability. In 
addition, there is an option to associate 
a “Flag” with each device that will let 
the user know there is a unique con- 
straint associated with it when they use 
it. This helps improve the safety and ef- 
ficiency of real-time calls by limiting the 
amount of “corporate knowledge” over- 
head that has to be trained and learned 
through use. 

The tool helps save time by automat- 
ing previous manual processes, such as 
calculating connector types and decid- 
ing which cables are required and in 
what order. 
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